home *** CD-ROM | disk | FTP | other *** search
/ ETO Development Tools 4 / ETO Development Tools 4.iso / Essentials / MacApp Documentation / MacApp.TECH$ Archives / 1990 / Dec 90 / MacApp.Tech$ 12⁄21⁄90 / 2528-Suggestions...-Dec90 < prev    next >
Encoding:
Text File  |  1991-03-06  |  2.2 KB  |  59 lines  |  [TEXT/GEOL]
  1. Item    0313211                         18-Dec-90        12:10
  2.  
  3. From:   ATUL@BROWNVM.BROWN.EDU@INTERNET# 
  4.  
  5. To:     MACAPP.TECH$                    MacApp Technical
  6.  
  7. INTERNET# Document Id: <9012182022.AA18489@apple.com>
  8.  
  9. ------------------------------------------------------------------------------
  10.  
  11. Sub:    Suggestions...
  12.  
  13. TO REPLY, use: ATUL@brownvm.brown.edu@INTERNET#
  14. Using the reply function in AppleLink does not work for gatewayed E-mail yet.
  15.  
  16. From: Atul Butte <ATUL@brownvm.brown.edu>
  17. To: MacApp Distribution <MACAPP.TECH$@APPLELINK.APPLE.COM>
  18.  
  19. Here are some suggestions to those working on 3.0...
  20.  
  21. o  How about having more control over the placement of subviews in
  22.    views.  One should have control over each side of the view.  For
  23.    example, I should be able to create a subview within a window that
  24.    always stays the same height, but stays at the bottom of the window:
  25.  
  26.    |                                 |   |
  27.    |                                 |   |
  28.    |                                 +---+
  29.    |                                 |\|/|
  30.    +----------+---+--------------+---+---+
  31.    | Page xx  |<--|              |-->|[[]|
  32.    +----------+---+--------------+---+---+
  33.  
  34.    Now when I resize the window, I would like the page number view to
  35.    stay the same height and width, but to always stay at the bottom of
  36.    the window (and the left).  Think Class Libraries have more of this
  37.    control than MacApp at this point...
  38.  
  39.    I realize I can do this with code... but to have this for any view
  40.    would be great!
  41.  
  42. o  How about some way to specify data when creating a new document?
  43.    For example, if I were to write a news-reading program and I
  44.    double clicked on one out of a list of messages, I would want to
  45.    create a document with the text of the message in it.  But at this
  46.    point, there is no way to specify information when creating a new
  47.    document (i.e. creating a document does not return a pointer to
  48.    the document).
  49.  
  50.    In other words, there should be a way to specify state/data for a
  51.    new document that HASN'T been read from disk.
  52.  
  53. Thanks for listening... I would really like to see these features
  54. in 3.0!
  55.  
  56. Atul Butte
  57. Brown University
  58. atul@brownvm.brown.edu
  59.